Una red social para alumnos de universidades
1. Definir los requisitos de negocio (3 puntos, 1 punto cada apartado)
1.1 Enunciar la visión del producto
Para todos los estudiantes universitarios, Aurea es la nueva red social que ofrece la posibilidad de mantenerse conectado desde cualquier parte. A diferencia de otras redes sociales Aurea no solo ofrece la parte social de cualquier red social, sino que se especializa en el alumnado universitario, ofreciendo espacios personalizados donde realizar quedadas interactivas de repaso, colgar modelos de examen y realizar trabajos colaborativos online. AUREA, TU COMUNIDAD DE OCIO Y ESTUDIO.
1.2 Enunciar dos objetivos de negocio, con sus correspondientes métricas de éxito
Objetivos de negocio
O1. Alcanzar una base de 10000 usuarios activos en el primer semestre desde el lanzamiento.
O2. Conseguir al menos 200 usuarios premium al cabo de un semestre desde el lanzamiento.
Métricas de éxito
O1. Alcanzar una base de 10000 usuarios activos en el primer semestre desde el lanzamiento.
Se contabiliza como usuario activo toda cuenta que haya realizado un login, al menos, una vez durante la semana en la que se realiza la medición.
O2. Conseguir al menos 200 usuarios premium al cabo de un semestre desde el lanzamiento.
Se contabilizan como usuarios premium a todas las cuentas subscritas al servicio premium de la aplicación.
1.3 Identificar 4 tipos de stakeholders. Clasificarlos de algún modo: usuarios; clientes: dentro o fuera de la organización desarrolladora; usuarios directos o indirectos; usuarios favorecidos, desfavorecidos o ignorados…
Lista de stakeholder
S1. Usuarios básicos: Son usuarios pertenecientes a una universidad, ya sean alumnos o profesores, que hagan uso de la aplicación y no requieran de una subscripción. Incluye:
Creación de 1 evento al mes.
Subida de archivos limitada a 2MB.
S2. Usuarios premium: Son todos los usuarios que pagan una cuota de suscripción para obtener las siguientes ventajas respecto a los usuarios básicos:
Creación de eventos ilimitados.
Subida de archivos hasta 100MB.
Transmisión de video en HD.
S3. Desarrollador: Son los programadores, analistas o cualquier miembro del equipo técnico que participa en el desarrollo de la aplicación.
S4. Hackers: Usuarios malintencionados, que intentan acceder a la plataforma para ejercer un uso fraudulento, como robar datos de usuarios.
Clasificación
Interno o externo: Si están dentro o no de la organización o forman parte del equipo de desarrollo.
Directo o indirecto: Si es usuario o no, en caso de ser usuario, será directo si se beneficia directamente de la aplicación o indirecto si se beneficia de sus resultados.
Favorecido, desfavorecido, ignorado y otros:
Favorecidos, son a los que les ofrecemos funcionalidades que les aportan valor.
Desfavorecidos, son los usuarios a los que quiero impedir el uso de la aplicación.
Ignorados, usuario irrelevantes.
Otros, son lo que no podemos clasificar en ninguna de las clases anteriores.
| ID | Stakeholders | Interno o externo | Directo o indirecto | Favorecido, desfavorecido, ignorado u otros |
|---|---|---|---|---|
| S1 | Usuario básico | Externo | Directo | Favorecido |
| S2 | Usuario premium | Externo | Directo | Favorecido |
| S3 | Desarrollador | Interno | --- | Otros |
| S4 | Hackers | Externo | Indirecto | Desfavorecido |
2. Definir requisitos de los usuarios (3 puntos, 1 punto cada apartado)
2.1 Seleccionar una clase de usuario e identificar para ella 4 casos de uso. Documentar cada uno de los casos de uso según la plantilla que se indica al final del enunciado. Representar además los casos de uso en un diagrama de casos de uso.
Casos de uso
| ID | UC01 |
|---|---|
| Nombre del caso de uso | Crear publicación |
| Descripción | Como usuario registrado, necesito poder crear una publicación para poder mostrar mis contenidos al resto de usuarios. |
| Actores | Usuario básico y usuario premium |
| ID | UC02 |
|---|---|
| Nombre del caso de uso | Comentar publicación |
| Descripción | Como usuario registrado, necesito poder comentar una publicación para poder expresar mi opinion sobre dicha publicación. |
| Actores | Usuario básico y usuario premium |
| ID | UC03 |
|---|---|
| Nombre del caso de uso | Crear evento |
| Descripción | Como usuario registrado, necesito poder crear eventos para que otros usuarios de la aplicación puedan verlos y enterarse de estos. |
| Actores | Usuario básico y usuario premium |
| ID | UC04 |
|---|---|
| Nombre del caso de uso | Compartir documento |
| Descripción | Como usuario registrado, necesito poder compartir documentos para que otros usuarios puedan acceder a ellos. |
| Actores | Usuario básico y usuario premium |
Diagrama de casos de uso
2.2 Seleccionar un caso de uso de los elaborados en la sección anterior, y documentar sus escenarios empleando una secuencia de pasos numerada, o un diagrama de flujo (solo una de las dos opciones). No escojas un caso de uso trivial. que podria ser común a muchas aplicaciones, como el registro o el login. Que sea un caso de uso específico del dominio de aplicación considerado.
Caso de uso UC01: Crear publicación
PRE01.1 El usuario ha iniciado sesión.
UC01.1 El usuario elige la opción de nueva publicación.
UC01.2 El sistema muestra el formulario con las características de la publicación.
UC01.3 El usuario indica que quiere realizar la publicación.
UC01.4 El sistema comprueba los datos introducidos.
UC01.5 El sistema agrega la publicación a la página.
UC01.6 El sistema mostrará un mensaje de confirmación de finalización.
2.3 Priorizar los 4 requisitos de usuario elaborados empleando la técnica de valor (ponderación del 0,5), coste (ponderación del 0,5) y riesgo (ponderación del 0,5).
| Ponderaciones | |||||||
| UC01 Crear publicación | |||||||
| UC02 Comentar publicación | |||||||
| UC03 Crear evento | |||||||
| UC04 Compartir documento | |||||||
| Sumas | |||||||
3. Definir la especificación detallada del sistema (2 puntos, 1 punto cada apartado)
3.1 Para 2 casos de uso identificados, elaborar una especificación funcional detallada del sistema empleando la plantilla EARS.
Caso de uso: UC01 Crear publicación
RF01: CUANDO el usuario selecione la opción de "crear publicación", el sistema DEBERÁ mostrar un formulario con los siguientes datos:
Título de la publicación
Texto de la publicación
Imagen (opcional)
RF02: CUANDO el usuario indica que quiere añadir la publicación, el sistema DEBERÁ validar que los campos introducidos son correctos:
Título de la publicación: cadena de texto alfanumérica con un máximo de 50 caracteres.
Texto de la publicación: cadena de texto alfanumérica con un máximo de 500 caracteres.
Imagen (opcional): archivo de imagen en formato jpg o png de una resolución recomendada de 1080px por 1080px.
RF03: CUANDO la publicación es publicada, el sistema DEBERÁ crear el evento "Nueva publicación creada" para que aquellos usuarios que estén suscritos a este evento sean notificados.
RF04: SI durante la validación del formulario de RF01 se detecta algún dato que no cumple con las reglas definidas en RF02, ENTONCES el sistema DEBERÁ avisar al usuario del error, mostrando un mensaje y marcando en rojo aquellos datos que estén incorrectos.
RF05: CUANDO la publicación haya sido realizada, el sistema DEBERÁ mostrar un mensaje de confirmación de finalización.
RNF01: SI al guardar la publicación se produce un problema de comunicación con la base de datos, ENTONCES el sistema DEBERÁ reintentar el guardado dos veces más dejando un intervalo de tiempo de medio segundo entre cada reintento.
RNF02: SI el sistema de reintentos falla, ENTONCES el sistema DEBERÁ mostrar un mensaje al usuario informado que "en estos momentos no se puede realizar esta acción".
RNF03: SI el sistema de reintento falla 5 veces en menos de 5 minutos, ENTONCES el sistema DEBERÁ generar una alerta enviando un email de aviso al administrador del sistema.
Caso de uso: UC02 Comentar publicación
RF06: CUANDO el usuario seleccione la opción de "comentar publicación", el sistema DEBERÁ mostrar el formulario de editar la puclicación, que contendra:
Comentario
RF07: CUANDO el usuario indica que quiere añadir el comentario, el sistema DEBERÁ validar que los campos introducidos son correctos:
Comentario: cadena de texto alfanumérica con un máximo de 300 caracteres.
RF08: CUANDO un usuario comente una publicación, el sistema DEBERÁ notificar al usuario que creó la publicación de que se ha realizado un comentario en su publicación.
3.2 Elaborar una matriz de trazabilidad entre casos de uso y los requisitos funcionales que has generado en el paso anterior.
| UC01 | UC02 | UC03 | UC04 | |
|---|---|---|---|---|
| RF01 | X | |||
| RF02 | X | |||
| RF03 | X | |||
| RF04 | X | |||
| RF05 | X | |||
| RF06 | X | |||
| RF07 | X | |||
| RF08 | X |
| UC01 | UC02 | UC03 | UC04 | |
|---|---|---|---|---|
| RNF01 | X | X | ||
| RNF02 | X | X | ||
| RNF03 | X | X |